E/E DIAGNOSTIC TEST MODES— SAE J1979 JUN94 SAE Rocommended Practice 



Repoft of the SAB Vehicle VJB SyMtm DUs»oslie Sundvdj Comnlttoe approved Decmiber 1991. and lOviM 

Fonword—'Xhis document describes the iraplemennition of the Diagnostic 
Test Modes necessary to meet California On-Boaid Dia^nosdc (OBD ID and 
Federal On-Boaid Diagnostic (OBD) lequixements for emission related test data. 
This document is one of several prepared by task forces of the SAE E/B 
Diagnostics Cbromittee in order to sadsfy the jnoposcd jeguladons. The 
development of these recommended pmcdcas has been coordinated so that they 
are compatible with each odier and with the legisladon. Other documenu 
necessary in addition to this docoment are: 

SAE 11930-^ Systems Diagnostic Terms, Definitions, Abbreviations, and 
Acnonyms 

SAE J196:^Diagnostie Connector 

SAE OBD II Scan Tool 

SAE J2012— Reconunended Format and Messages for Diagnostic Trouble 
Codes 



BA 1094 lUiiauItt jMiBimntt avaflabb. 

In addiuon, the diagnostic data comraunication link to be utilized with these 
recommended practices is specified by the regulation to be as specified in one of 
the following documents: 
SA£;i850>-aass B Data Communication Network Interface 
ISO 9141-2: i994(E)— Road veWcle*-^5iagnostic systems— CARB 
requirements for interchange of digital information 
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4.2 Mode $02— Request Poweitroin Fieeze Fnune Data 
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4.4 Mode $03— Request Emission-Related Poweitrain Diagnostic Trouble 
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4.5 Mode $04— dear/Reset Emission-Related Diagnostic Infomution 

4.5.1 Functional Description 

4.5.2 Mess^e Data Bytes 

4.6 Mode $05— Request Oxygen Sensor Monitoring Test Results 

4.6.1 Functional Description 

4.6.2 Message Dau Bytes 

4.7 Mode $06— Request On-Booid .Monitoring Test Results 

4.7.1 Functional Description 

4.7.2 Message Data Bytes 
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4.8 Mode $07— Request On-Booxd Monitoring Test Results 

4.8.1 Functional Description 

4.8.2 Message Data Bytes 

1. Scope— This SAE Rccomn\ended Practice defines diagnostic test modes, 
and request and responie messages, necessary to be supported by vehicle 
manufacturers and lest tools lo meet the requirements of the Cnlifomta OBD II 
and Federal OBD regulations, wliich penain to vehicle emission-related data 
only. These messages arc imcndcd to be used by any service tool capable of 
pcrfomiing \hc nundated diagnostics. 

Diagnostic Test Modes included in diis document aie: 

a. Mode $0 1 — Request Current Powertiain Diagnostic Data 

Analog inputs and outputs 
Digital inputs and outputs 
System status information 
Calculated values 

b. Mode $02— Request Powertrain Freeze Frame Data 

Analog inpuu and outputs 
Digital inputs and outputs 
System status informaiicn 
Calculated values 

c. Mode 503 — Request Emission-Related Powertiain Diagnostic Trouble 
Codes 

d. Mode $04-:<:iear/Rcsct Emission-Related DUgnostic Information 



e. Mode $ )5— Request Oxygen Sensor Monitoring Test Results 
(R) f Mode (06 — Request On Board Monitoring Test Results for Noa- 

Continuously Moatored Systems 
OR) g. Mode $07— Request On-Board Monitoring Test Results for Continoously 
Monitoied Systems 
For each teit mode, this speciftcadon includes: 

a. Functional descriptions of test mode 

b. Request and response message formats 

(R) For some of the more complex »st modes, an example of messages and an 
explanation of the lateqxcatio.i of diose messages is included. 
2. lU/ertiicts 

2.1 Applicable Documents — The following publications form a part of 
this specification to the extent specified herein. The latest issue of SAH 
publications shall apply. 

2.1.1 SAE Publications— Available from SAE» 40C Commonwealth Drive. 
Wairendale* ?A 15096-0001. 

SAE J185(^— Qass B Data Communication Network Interface 

SAB J1930"-e/E Systems Diagnostic Tenvs, Definitions. Abbreviations, and 

Acronyms 
SAE J 196;;— Diagnostic Connector 
SAE J197J;— OBD II Scan Tool 

SAB J20U--{lccommended ForrDat and Messages for Diagnostic Trouble 
Codes 

SAE J2186»Di8goostic Data Link Security 

SAE J2190— Enhanced BJB Diagnostic Test Modes 

2.1.2 ISO DOCUMms— Available from .\NST. It West 42nd Street. New 
Yoffc.NYlCO36-8002. 

ISO 9141-2:199408)— Road vehicles— Diagnostic systenifr-CARB 
requirements for interchange of digital information 

2.13 Cai ifornia ARB DoaJME^r»— Available from Coltfdmia Air 
Resources Board, 9528 Telstar Avenue, El Monte, CA 91731. 

California Code of Regulations, Tide 13, Section 1968.1 — Malfunction and 
Diagnostic System Requiieinents — 1994 and Subsequent Model* Year Passenger 
Can, Ught-Duty Trucks, and Medium-Daty Vehicles and Engines (OBD U) 
(R) 11.4 FEDERAL EPA DoaJME^^rs— Available from the Superialendent of 
Documents. VS, Government Printing Office. Washington, DC 20402. 

Environmantal Protection Agency 40 CFR Part 86— Control of Aii* Pollution 
From New Motor Vehicles and New Motor Vehicle Eigines; Regulations 
Requiring On-Board Diagnostic Systems on 1994 and Later Model Year Ught- 
Duty Vefaicks and Light-Duty Tracks 

ZJl Deflnitioaa— ^tost terms for components and systems contained in 
dtts doeumcnt are iacluded in SAE J 1930. This section includes additional 
defmitions cf temis not mcluded in SAfi J1930. 

2.2.1 Absolute Throttle Position sens(»— -This value is Intended to 
represent the throttle opening. For systems where the output is proportional to 
the input vsltage, tiiis value is the percem of maximum input signal. Pdf 
systems whsre the output is inversely proponional to i1k input voltage, this 
value is 10C% minus the percent of nnaximum input signal. Throctle position at 
idle will usJBlly Indicate greater than 0%. and tiironle position at wide open 
throttle will usually indicate less than 100%. 

2.2.2 BA.>rK— The group of cyEnders which feed an oxygen sensor. Bank I 
contains the Number 1 cylinder. 

2.2.3 Base FUEL SCHEDUIB— The fuel calibration schedule programmed into 
the Powertriin Control Module or PROM when manufactured or when updated 
by some ofl-board source, prior to any learned on-boord correction. 

2.2.4 CALCtJLATED LOAD VALUE— An indication of the cunent airflow 
divided by peak airflow, where peak airflow is corrected for oltimde, if available. 
Mass airflow and barometric pressure sensors are not reqaired for this 
calculation. This definition provides a unitiess number that is not engine 
specific, and provides the service technician with an indication of the percent 
engine cap;£ity that is being used (with wide open throttle as 100%>. 

CLV ^ Currem airflow ^ Atmospheric pressure (@ sea level) ^ ^^^^ 
Pc:k airilo w ( @ sea level) Barometric pressure 

(Eql) 

2.2.5 CwnMX)US MCNrrORiNG — Sampling at a rate no less than two 

samples per second. 

2.2.6 Fl EL TWKf— Feedback adjustments to the base fuel schedule. Short- 
term fuel t.-im xfers to dynamic or instantaneous adjosmients. Long-term fuel 
trim refers to much more grndual adjustments to the fuel calibmtion schedule 

30 



€0013 



XYA Of'Ol CO/iO'Ol 



than shon-tcnn irim adjusimcnis. These long-temi adjus'jnents corapci«ate for 
vehicle differences and gradual changes Jhai occur over tine. 
S, TtehnictU Requirements 

3.1 Diagnostic Test Mode General Conditions—These guidelines are 
nsccssory to ensure proper operation of both the test equipriMsnt and the vehi-Ie 
dunng diagnostic procedures. Test equipment, when using messages defined in 
this document, should not affca normal operation of the emission ccnirol 
sysien. 

3.1.1 MULTIPLE Responses to a single Data REQUEsr—Thp messages 
contained in this document are funcaonal messages, which means fte ofT-board 
test equiprncn: will request data without knowledge of which moduJe on the 
vehicle wUJ respond. In some vchides. multiple modules may resoond uith the 
information requested. In addition, a single module may ind multiple 
responses to a single request. Any test device requesting informaUon must, 
therefore, have provisions for receiving multiple responses. 

3.1.2 RESPONSE TiME-^or SAE JI850 network interfaces, the on-board 
systems should respond to a request within 100 m$ of a request or a previous 
response, Widi multiple responses possible from a single request, this allows as 
rmich time as is necessary for all modules to access the data link and transmit 
their respcnse(s). If there is no response wiihin this tinrw' period, the tool can 
ciUicr assume no response wUI be received, or if a response has already been 
received, that no more responses will be received. 

For ISO 9141-2 interfaces, response time requirements are specified in the 
ISO 9141-2 docunjent. 

3.1.3 Minimum Time Betwee.w Requests from Scan Tooi/— For SAE 
il850 network interfaces, a toc^ should always wait for a response from the 
prsvious request, or "no response" dmcout before sending another request In no 
case shonld a request be sent less than 100 ms after the previous request. 

For ISO 9141-2 interfaces, required times between requests are specified in 
the ISO 9141-2 document. >l^inca in 

3.1.4 Data Not Avauabls— There wiU be no reject message for a request 
for data if the data value is not supported by the module. 

3.1.5 Maximum VALUES-^lf the data %-alue exceeds the maximum value 
possible to be se nt, the on-board system should send the maximum value 
possible ($FF or $FFFF). The tool should display the maximum value or an 
mdication of daui too Wgh, This is not nonmally critical for real time 
diagnostics, but in the case of a misfire at 260 km/h with resulting freeze franie 
data stored, this will be very valuable diagnostic infoiraation. 

3^ DlagnosUc Message Format 

3.2.1 ADDRESSING MBTHOl>--Functional addressing wiU be used for oU 
generic Diagnostic Test Mode messages because the test tool does not knov 
which system on the vehicle has the information that is needed. 

3.2.2 MAXIMLW MESSAGE LENGTH— SAE J1850 defines required message 
elements and maximum message lengths that effectively limit the number of 
bytes that can be defined by this document to 12 bytes. 

3.2.3 Diagnostic Message format— To confotra ro the SAE J1850 
limitation on message length, diagnostic messages specified io this document 
begin with a three byte header, have a maximum of 7 data bytes, require ERR 
(error detection byte), and allow RSP (in-frame response byte), as shown in 
Figure 1. 



Header Bytes (Hex) 






OUi Bytes 










Priority 
/Type 


Target 


"•ource 
Address 




n 


Ml 


#4 #5 






m 




Otaqnostic Request at 10.4 Kbos rJlGSO md ISO Qldu» 




68 1 


6A 1 


Fx i Maxinua 7 data bytes \ 


Yes 1 


No 
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Olaqnosttc Rasponse at 10.4 Kbps (J1850 and ISO 9141-2) 
I 6B I ' 



addr 



Maxitrun 7 data bytes Fves 



No 



61 



Olagiiostlc Request at 41.6 Kbpt (J1850) 



6A 



Fx 



HaxImuiD 7 data bytes l! Yes I Yes 
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Dtagnostic ftesponse at 41.6 Kbps (J1850) 



68 



addr ^ Maxlmuai 7 data bytes || Yes I Yes 



FIGURE I-OIAGNOSTIC MESSAGE FORMAT 



.nc data link and the type of message, as shown in 3 2 1 The scconrf ht^i. 
th^htadcrtyte a (he physical address of the device sending the mcZc " 

me«ages ,,, this document wiU be independent of the addiess of .hT t^n 
equipmem requesting the iBfomation. * 

puipose otiier dun dwgnosHc messages. When they ae used." they mus^ 
confom 10 £his specification. ^ " 

«lri'^,?''^!i.-^Y^'^ maximum number of data bytes available to be 
specfied ,n th« document is 7. n-.e fust data byie following d>e header is Z 
T'^J^J'^ ""^''"« ^ ^"^ *i*"ding on the fpccific ^n.o^e 

t^^f, 11™?^?^ « the some length. For modes Ml and $02. mes«ge 
enf^ » by »^'« Weatiflcation (PID). fry, Mode $05, message 

detenmned by the mode. This enables the took to check for proper m«sagc 

^^llt^ ^'i:'**''* INCLUDED IN DIAGNOSTIC MESsIgI* WTTrf SAE 

Jl MO-AlMiagnosdc messages wO! use a Cydic Redundancy Check (CRC) as 
defined in SAE Jl 850. as the enor detection (ERR) byte 

JS:,^!^^^ [• ^^"^ *" SAE J18Sa For messages 

mMSBges at 41.6 Kbps, mid IS nptaltowed for messages at 10.4 Kbps '■ 
r,u!aZl^'^ «leflMS additional messQge elements that may be included in 

speeiflcadoa but need to be eonsideied when deflning total tfiagnostic 
messages. ^ 

o.^?*? ^[^>^'-DATA Bytcs iNauoEo in Diagncstic MES.SAGES wrm ISO 
9i41-2-Messages will Inclode a checksum, defined in ISO 9141-2. after the 
data bytes ta^iead of the CRC used with SAE J 1 850. 
There is nn provision for an tn-fnuno response in ISO 9 1 41 -Z 
3,2.8 Bit Posmcw CONVEfmON-^onie data byte values in this document 
include descnptions that ore based on bit positions within die byte. The 
convention r5cd in this document is that the Most Significant Bit (MSB) is 
itfcned to as •tit 7," and the Least Significant Bit (LSB) is lefened to as %it 
0, as shown in BgQie 2: 



KS8 



j M H H H 3 1 t I c I 



LSB 



ilGURE 2— BIT POSITION WITHIN A DATA^BYTE 
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(R) 3.3 Allowance for Expansion and Enhanced Diagnostic Test 
Mode*-TOs document ailows for the addition of Diagnostic Test Modes both 
OS indas^ standards and manufacturer specific modes. Enhanced Diagnostic 
Test Modes are defined in a separate SAE document. J?.l90. That document 
reserves func:ional test modes $00 through $0F to be defmcd in SAE J1979 if 
needed to accommodate future legislated requirements. 
(R) 3.4 Format of Data to be Displaywl— The format of data to be displayed 
w the user of the data obtained with these test modes needs to be standardized so 
that vehicle manufacturers can write generic service information. TTie following 
«U>le indicates the type of data and minimum requirements for format of the 
data. SeeRgire3. 
4. Test Modes 

4,1 Mode SOl^RequesI Current Powertraln Diagnostic Data 
4.1.1 FUNCTIONAL DESCRIPTION— The purpose of this mode is to allow 
acccjs to cuxrent emission related data values, incloding analog inputs and 
outpuu. digital inpuu and outputs, and system status information. The request 
for mfonmaiicm incledes a Parometer (dentificaUon (PID) value that indicates to 
the on-board system the ipecific information requested. PID definitions, scaling 
information, nnd display formats arc included in this document. 

The on-board module wUl respond to this message by iransiniidng the 
requested dat:. value last determined by the system. All data values rcmmcd for 
sensor readin^cs will be actual readings, not default or substitute vahics used by 
the system because of a fault with that sensor. 



joata 


Hodes 


Display Format 


1 Device [D - 
y source address 
of response 


a]1 


Hexadecimal <00 to F?) 


Paranetar 10 


so: 4 S02 


Hexadeclnal (00 to FF). descrifitian or 
acron/n (see table In Section 4.3) 


Fraiw number 




Decimal (0 to 25S) 


Data values 


SO] i S02 


see table In Section 4.3 


Diagnostic 
1 roL'D le Loaes 


$03 4 $07 


"P" plus 4 digits and/or OTC definition 

- see SAt JZC22 


Test 10 


SOS i SOS 


Hexadecimal (00 to FF) 


Test value and 
test Units 


SOS 


Engineering units .for Test IDs less than 
S80 (see Section 4.6.2) • Decimal (0 to 
2S5) for Test IDs greater than S80 


Test value and 
test Units 


S06 


Oec-mal (0 to 65535) 


Component 10 


$06 (part 
cf data 
byte #3) 


Hexadecimal (CO to 7F) 



(R) nCURE 3— FORMAT OF DATA TO BE DISPLAYED 

Not all PIDs are applicable or soj^xxted by all systems. PID $00 is a bit- 
enooded PID that indicates, for each module^ whicb PIDs that module supports. 
PID SOO must be supponed by all modules lhat respond to a Mode $01 request 
as defined in this document, because diagnosdc tools that conform to SAE 
JI978 use the presence oi a response by the vehicle to this request to (teteonine 
which prcjtocol is supponed forOBD 1! communicadons. 

4.1.2 MESSAGE Data B YTES--<See Ftgnre 4.) 



4.2 Mode $02— Request Powcrtraln Freeze Frame Data 

4.2.1 FUNCrONAL DESCRIPTION— The purpose of this mode U ro allow 
access to emission related data values which were stored during the fitere frainc 
leqaired by OBD itpiladotts. This mode allows expansion lo meet 
manufacturer speeifie requiitmems not necessarily related to the required freeze 
tone, and not »ecessBiily containing the same data values as the required freeze 
frame. The te^iuest for infbimadon includes o Parameter Identificadon (PID) 
value dut indicates to the on-boofd system die specific informadoo requested. 
PID definidons. scaling informatioo. and display formats for the required freeze 
firame are included in dUs document 

(B) the OQ-boaid module will respond to this message by transniitdng die 
requested data value stoctd by die system. All data values returned for sensor 
readings will be actual readings, not default or subsdrjte values used by dw 
system because of a fault widi that sensor. 

Not all PIDs are applicable or supported by all systems. PID $00 is a bit- 
encoded PID diat indicates, for each module, which PIDs dial module supports. 
Therefore. PID $00 must be supported by all modules diat -respond to a Mode 
$02 request as defined m diis document 

(R) PID $02 is d» DTC dial caused d» freeze finame data to be stored. If freeze 
frame data is not stored in die module, die 6)'stem should report $00 00 as de 
DTC. Any data repoflcd when die stored DTC is $00 00 may not be valid. 

The frame mmiber byte win Indicate $00 for die OBD M mandated freeze 
frame data. Manufacturers may opdonaUy save additional freeze frames and use 
diis mode to obtoia diat data by specifying die freeze frame number in die 
request If a inanuftctnrer uses diese addldonal freeze fhunes. diey will be 
stored under coodidoos defined by the manufacturer, and contain data specified 
by die manufacuiier. 

4.2.2 Message Data Bytes— <5ee Fignte 5.) 



#1 



#2 



Data Bytes fHexl 



•3 



#4 



16 



#7 





Data Bytes (Hex) 




M 


n 


1 ^3 






#6 


»7 


1 Request Current Powertrain Otagnostic Data 


Request Powertrain 
iDlagnostic Data 




PID 1 










Report Current Powertrain Diagnosti 


c Data 






Report Powertrain 
Diagnostic Data 




PID 


data 
A 


data 
6 

(opts 


data 


data 
0 

J0£t2. 





Request Pcwerlrain 
Freeze Frame iiata 


02 


PID 


frane 
no. 










Report Powertrain Freeze 
(oniy valid if Node S02 PID S02 


Frame Data 
DTC is not SOO 001 


Report Powrtrain 
Freeze Frame Itata 


42 


PID 


frai« 
no. 


data 
A 


data 
B 


data 
C 

(opt) 


data 
D 

(ODt) 



nGURE4— MESS AGE DATA BYTES 



FIGURE 5— MESSAGE DATA BYTES 
4.3 PIDs for Modes $01 and $0^-(Sec Figure 6.) 



SOO IS 
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Modes • 


PID 

(Hex) 


Oescrlprion 


Mm fS03) 
or ($0000) 


. ; >AaK ($FF) 
' cr($FFFI=) 


SI (Metric) 
Scallng/bit and 
display 


English 
scaling/bit and j 
display i 


SOI 


S02 


X 


X 


00 


PIOs supported ($01 • $20): 

Aloduto ra^jondt with a moisag* ihai cantalna 4 byios of tit- 
anoodod Information, eadi bll indicating Buppon or non-support 
of a PID ♦ ' 

wtiera 0 - PlO not supported by this modul* 
1 « PiD auppoftod by this module 


t 

t 


Data A 7 $01 
DataA 6 $02 

OataB 7 $09 

Data 0 0 $20 




X 




01 


Data A . Number of emission-related powertrain trouble codas 
and MIL status: 
bits 0-6: 

Numt>er of codes stored In this module 
bit 7; 

0 • MIL not commanded ON by this module 

1 » MIL cofflmandad ON by thla module 

Data e and Data C • Each bit Indicatea support or non-SLpport,-^ 
of an on-board diagnostic evaluation: - 

Data 6 covers continuous monitoring tests 

Data C covers tests run at least once per inp 
where: 

0 • (est not auppoited by this module 

1 « test supported by this module 

Data D • Each bit indtcatea staius o^ on-board diagnostto 
ovaKioKlat for this module, coneapaxilng to teats induded ki 
Data C: 

0 - test conpiete. or not applicable 

1 ■ test not complete 


Data B: 

0 Misfire monitoring 

1 Fuel system monftoring 

2 Comprehensive component moriloring 

3 reserved (report as 0) 

4 reserved (repon as 0) 

5 reserved (report as 0) 
t rssenwl (report as 0) 
7 reserved (repon as oj 

Data C end Data 0* 
bit Evaluarten iuoonnnd / ti\s^i^ »7 

0 Catalyst monitoring 

1 Healed catalyst monitoring 

2 Evaporative system monitoring 

3 Secondary air aystem morKcrlng 

4 A/C system rofrigefant monitoring 

5 Oxygen sensor monftoring 

6 <^en sensor heater monitoring 

7 E3R system monitoring | 
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(R) HGURE 6-tPIDS FOR MODES $01 AND $02 



Modes * 


PlO 


OescripUon 


MIn ($00) 


Max($FF) 


SI (Meirk:) 
Scafkig/t)lt and 
display 


English 1 
scallng,/bt and 1 
tflaplay 1 


$01 




(Hex) 




or ($0000) 


or ($FFFF) 




X 


02 


Trout}le code ttiat caused required freeze 
frame data storage (2 byte value > $0000 
Indicates no traete frame data) 


00 


00 


09 


99 


Pmooc 




X 


X 


03 


Data A- Fuel aystem 1 status 

Data B: fniel system 2 status (SOO if not used) 




















For each data byte, no more than one bH at a time can be set to a I to Indteate tlis naujs of that bank 
where: 

bit 0 - Opan loop • has not yet satlslled conditions to go closed loop- 

bfl t - Ctcsed (OOP - using oxygen 8enior(s) as feedback lor fuel coniid 

bit 2 X Open I03P due to drtvtig condttions (powrar enrfchmeni. decelemtlon enieanment) 

bit 3 - Open foop due to detected system fault 

bit 4 - aosed loop, but latit nvfih at least ore oxygen senior • may be using smgle oxygen 

serscr far fuel control 
bits 5-7 - re8en«d (report as 0) 




X 


1 

X 


04 


Calculated load value 


0% 


- 100% 


ICO/255% 
XXK.X% 


> 


X • 


X- 1 


' 05 


Engine cooiant tenperature 


-40'C 


215'C 


1'C.wlth 
-40*C Offset 

KXX'C 


XXX T 


X 


X 


C6 


Shon, term fuel trim • Bank i 
(use If on'y 1 f je) trim value) 


-100.00% 
(lean) 


99.22% 
(rich) 


100/123% 
{0% at 128) 




X 


X i 


07 


Long term fuel tnm • Bank 1 










X 


X 


08 


Short term fUe* trim • Bank 2 




• 






X 


X 


09 


Long term fuel trim • Bank 2 










X 


X 


OA 


Fuel pressure (gage) 


0 kPaG 


765 kPaG 


akPaG 
woe kPaG 


MLX pstg 



(R) nOURE 6— PIDS FOR MODES $01 AND $02 (CONTINUED) 
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Modes * 


PIO 


Oescrlpiion 


Mh(SOO) 


Max (IFF) 
Of {SFFFFJ 


St (Metric) 
Scallng/bli and 
dlspray 


EngBeh 
aeallng/bil artd 
display 


$01 


$02 


(Hex) 




or ($0000) 


X 


X 


OB 


bitcke manKbld absolute presswe 


OkPaA 


255 kP«A 


1 kPaA 

KKA kPaA 






X 


OC 


Engine ftPM (2 byte vaX/a • high by<e/low 
by») 


Or/mm 


16.363.75 
r/n^ 


1 /4 r/min 
MOoo<r/min 




X 


X 


CD 


Vehltie speed 


Okm/h 


255 km/h 


1 km/h 
oa Km/h 


AAA ndr n 


X 




OE 


Ignhlon ilmlnQ advanc* for #1 cylltyJar {not 
Inducing mechanical »;Jvar,ce) 




♦ 63.5" 


1/2' wtlh 
0* at 128 




X 




OF 


Intake air temperature 


•4C*C 


215'C 


rc With 

-<0*C onset 


MOCF 


X 




10 


Air flew rate from MAP eensor (2 byte value • 
Mgh byte/low byte) 


0 grrVaee 


G6S.35 
om/aec 


.01 gm/sec 


)ooocK Ib/min 


X 




11 


Absolute throRle poslrfon sensor 


0% 


100% 


100/25£% 
xxx.x% 




X 




12 


Commanded secondary air eUlus (V supponed, one. ano only ona 
bft 0 t • upstream of nrat catalytic convtrtsr 
bt 1 t « downstream of firsi catalytic coivedar Iniet 
bit 2 1 « atmosphere / on 
btta 3 • 7 - ree«nred (repoil as 0) 


bfi ai a time can bi 


1 act to a 1) 





FIGURE 6-4>IDS FOR MODES $01 AND $02 (CONTINUED) 



Modes * 



$01 $02 



PIO 

(Hflx) 



13 



Descftptlon 



i^(^) 
or($caoo) 



Max($FF) 
ort$FFFF) 



SI (Metric) 
ScaKng/bH and 



English 
seailng/bn and 
ditpby 



Location of oxygen sansora, where sansor 1 la doaestto tha 
oxygen senaor at the fotiowing location: 



englnt. Each bit Indlcaies the prasance or absence of an 



0 








Banki - 


Sanaor 1 


Banki • 


Senaor 1 


1 


Bank 1 • 


Sen8or2 


Benki « 


Sensor 2 


2 


Bank l - 


S«rm3 


Bank2. 


Sensor 1 


3 


Bank 1 - 


Senaor 4 


8»^2. 


Sensor 2 


4 


Bank 2- 


Sensor 1 


Btfik3- 


Senaor t 


8 


Bank 2. 


8eneor2 


Bank3- 


Senaor 2 


6 


Bank 2* 


Senaord 


Bank4- 


Sensor t 


7 


Bank 2 • 


8ensor4 


Bank4- 


Senaor 2 


where; 









1 « sensor present at that location 
0 ■ sensor not present a: that locaiton 



- 



14 
IS 
16 
17 
16 
18 
1A 
IB 



Bank 1 
Bank 1 
Bank i 
Bank 1 
Bank 2 
Bank 2 
Bank 2 
Banks 



Sensor 1 
Sensor 2 
Senaor 3 
Sertaor 4 
Ser^sof 1 
Sensor 2 
Sensor 3 
Sensor 4 



for each sensor: 
Data A • Oxygen sensor output 
voitage 

Data B • short lenm hiel trim 
aasodated with this sensor 
{SFP if this aenaor b not 
used in tha cedzMaxor.) 



Ovolt 



•tooux>% 

Oean) 



1.275 volt 



M.22% 
(rich) 



This scaling assumes a 
nominal 1 vott ful acale 
oxygon aonaor; any aenaor 
wJih a different tul. 
scale value ahoukf te 
norn^alUed to provkle 
nomkiai hA scale at 
$06 (200 decimal}. 



.005 vott 
x.xxy volt 



100/t28H 
(0% at 128) 

XSO(.X% 



(R) FIGURE ti— FIDS FOR MODES $01 AND S02 (CONTINUED) 
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zoois 



XVJ OS:Ol CO/ZO/Ol 



1 Modes * 


P'D 
(Hex) 




Mln ($00) 
or ($0000) 


g Max ($Fr) 
/ Of (SFPFF) 


SI (Metric) 
Scallng/lyt and 
display 


English | 
scallngM and E 
disptay 


1 $C1 


$02 


# 

i 

i 




1C 


OSO requirements to wMcti vehtde Is 
designed, where: 

01 - OaOil fCalHornla ARB) 

02 . OBO (Federal EPA) 

03 • 080 and Oeo II ■ ' 

04 • OBO 1 

05 • Not Intended to meet any 
C9D requirements 




t 




■ 


1 




ID-IF 


U/iu5e<3 - reservod for (u'ura expansion 










i X 




20 


PIDs S4jppOfted {$21 • S40): 






aviQ_ ^ £IB 
Data A 7 $21 
Data A 6 $22 . 

Data a 7 $29 

Data 0 0 $40 | 






21 3F 


Reserved • to be specified in J2190. \t 
rteeded 










X 




40 


Pi [>8 supported (S4i .$60): 










X 




41 -FF 


Reser/ed for future e)9}arttu9n 











• NOTE; An 'X" In the column wider Mode $01 or $02 Indicates thai this vaJue Is Inclwlcd in OBD II regiiaitons to be sipported tor thli mode Reter to 

the letest 060 tl regulallons to detsraitne If each value Is required to be supported on a gKren veWcle, or orJy requred » avaSatHe. 

# Aiitwugh oNy vehldea mestinoCaWomla AflB OeOM and Federal 080 regUatloAS are required to aippon this document, manufacturers of other vehicles 
may choose to support this request (or tne convenience of service technlciane. 



(R) nCURE 6— PIDS FOR MO 

4.4 Mode $03 — ^Request Emission-Related Powertrala Diagnostic 
Trouble Codes 

4.4.1 Functional Desouption — The purpose of this mode is to enable the 
off-boiird lest device co obtain stoied enasiion-related pdwertnia trouble codes. 
This should be a two step process for the test equipment. 

a. Step l-*Scnd a Mode $01. PID $01 request to get the nuiriber of stored 
eniishon-related powertrain trouble codes from all modules that have this 
available. Each on*board module that has stored codes will respond with a 
inessBge that includes the pumber of s toied codes which that module can 
report. If a module capable of storing powertrain codes does not have 
stoced codes, then that module shall respond widi a message iadicating 
zero codes are suired. 

b. Step 2 — Send a Mode $03 request for all stored emission-related 
powertrain codes. Each module that has codes stored will respond with 
one or more messages, each containing up to 3 codes. If no codes ere 
stored in the module, then the module will not respond to this request. 

If additional trouble codes are set between the txane thai tht number of codes 
ore reported by a module/ and the stored codes are reporxd by a module, then 
the number of codes reported could exceed the number expected by the tool. In 
this case, the tool should repeat Ihis cycle until the number of codes reported 
equals the number expected based on the Mode 1 response. 

Diagnostic trouble codes are transmitted in two bytes of Information for each 
code. The first two bits (high order) of the ^rst byte for each code will be zeroes 
to indicate a powertrain code (refer to S AE J2012 for addidonal interpretation of 
this stmcture). The second two bits will indicate the first digit of the diagnostic 
^code (0 tfiroogh 3). The second nibble of the first byte and the entire second 
• byte are the next three digits of the actual code reported as Binary Coded 
Decimal (3CD). A powertrain trouble code transmitted as 50143 should be 
displayed as P0143. (Sec Figure 7.) 




P 0 1 4-3 

FIGURE 7— DIAGNOSTIC TROUBLE CODE ENCODING EXAMPLE 
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5 $01 AND $02 (CONTINUED) 

If less than 3 trouble codes m reporud, the response messages used to .xpoit 
diagnostic trouble codes should be padded with $00 to SU 7 da^a bytes. This 
maintains the required fixed message length for all messages. 

4.4.2 MESSAGE Data BytbS— (See Figure 8.) 





hr 




Data Bytes 


(Hex) 










1 #2 




14 


1 #S 




47 


■ 7 

Request 'dumber of codes from all modules 


Request nunb>3r of 
Powertrain OTC 


01 




i 
1 


1 
1 




. Report number of codes (each module) 


Report number of 
stored power:ra1n 
DTC 


41 


01 


f OTC 
i 

MIL 


Cvil. 
Supp. 
#1 


evsi. 

Supp. 

n 


Evtl. 
status 




1 Request codes from all 


modules 








Request powertrain 
DTC 1 


















Report codes (each module! 








I Report powertrain 
lOTC 1 


43 


Code #1 


Code 0Z 
or 00 00 


Code #3 
or 00 00 



Note— Refer to SAE J2012 for encoding meihod for trouble codes. 



nOURE 8-MESSAGE DATA BYTCS 

4.4.3 POWKRTRAN DIAGNOSTIC TROUBLE CODE EXAMPLE (ASSUME 10.4 
Kbps)—<See Figure 9,) 



SOOlS 



XVi is:oi eo/io^oi 






Header Bytes (Hax) 


Data aytee (Hex) 


P/T 1 r^t 1 Src 


•1 


•2 


•3 1 94 1 tS 1 46 1 *7 




Requeic Powertraln DTC 


nunbar of 

Potirorcrain 

DTC 


68 


6A 


Fl 


01 


01 






1 

! 
1 

■ 










Report Noiaber ot Powertrain 






noQ u X ■ u o r>4l ■ 

6 scccetl Eric 


48 


68 


06 


41 


01 


06 


00 


00 


00 




Modul* C3 has 


48 


68 


C3 


41 


01 


01 


00 


00 


00 




Module 3B has 
0 stored DTC 


48 


68 


2B 


41 


01 


00 


00 


oo 


00 




Modalft 3S has 
2 stored ore 
and KIL Oil 


48 


68 


3E 


41 


01 


82 


00 


00 


oo 








Requesc All Stored Powertraln m 


PC 








Requose 
power train 
DTC 


53 


6A 


Fl 


03 


















Rsport All Stored Power train On 


c 








Mcdule 06 
send codes 

« P0234 


48 


6B 


06 


43 


Code •! 


Code 42 


Code #3 


01 1 43 


01 


96 


02 


34 


Mcdule C3 
send coda 
PC443 


43 


63 


C3 


43 


Code 
04 


tl 
43 


00 


00 


00 


00 


»todule 06 
send codes 
PO3S7<P0S31, 


48 


SB 


06 




Code S4 


code 


•5 


Code 


•6 




03 1 57 


05 


31 


06 


61 


Module 3Z 
send codes 
P0112 k PC44S 


48 


SB 


3S 


43 


Code •! 


Code 


•2 


00 


00 




01 1 12 


04 1 45 



FIGURE 9— POWERTRAIN DIAGNOSTIC TROUBLE CODE EXAMPLE (ASSUME 10.4 Kbps) 

4.5 Mode $04— Clear/Reset EmtssloD-Related Diagnostic InformaUon 

4.5. 1 Functional DESClUPno>r— The purpose of this mode is to provide a 
means for the external test device to comnumd on-board modules to dear all 
emission^relateddiagnosdcinfomatiort This includes: 

a. Clear number of diagnostic trouble codes (Mode $01, PID SOI) 

b. Oear diagnostic trouble codes (Mode $03) 

c. Clear trouble code for freeze frame data (Mode $01 , PID $02) 

d. Gear freeze frame data (Mode $02) 

e. Clear oxygen sensor lest data (Mode $05) 

f. Reset status of system monitoring tests (Mode $01. PID $01) 

g. aear on-board monitoring test resulu (Mode S06 and $07) 
Other manufacturer specific "clearing/tesctting" actions nwy also occur in 

response to this request 
(R) Wot ta&ty and^or technical design reasons, some modules may not respond to 
this test mode under all conditions. All modules must respond to dils test mode 
request with the ignition ON and wifli the engine not running. Modules that 
cannot perform this operadon under other conditions, such as with the engine 
ranmog. will ignore die request. 

4.5.2 Message Data BYTES— (See Figure 10.) 

4.6 Mode $05— Request Oxygen Sensor Monitoring Test Results 
4.6.1 FUNCTIONAL Descwption— The puipcsc of this mode is to allow 

access to Ihc on-bcard oxygen sensor monitoring test results as required in OBU 
n regulations. Use of this mode is optional, depending on the method used by 
the vehicle manufacturer to comply with tiie requirement for oxygen sensor 
monitoring. 
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Data 8ytes 


(Hex) 


91 n #3 1 #4 


#5 #6 #7 


Reauest to Clear/Reset emisslon-Related Diaqnostic Information 


Iciear Powertrain DTcj| 04 ' | | 


Report uhen Enlsslon-Relited 01 agnostic Information Is Reset ! 


Powertrain 07C i 44 
clearad § 





FIGURE 10--MESSAOE DATA BYTES 

The on-board module will respond to this message by transmitting the reThe 
request for tcit results includes a Test ED value that indicates the information 
requested. Test value defmitions. scaling information, and display formais are 
induded in this document 

Many mctliods may be used by differcm manufacturers to comply with this 
requiremcnL If data values are to be reported using these messages dut are 
different from those predcfmcd in this document, ranges of test values have been 
assigned that can be used that have siarxJard units of measure. The tool can 
convert these values and display them in the proper units, 
quested test data last determined by the system. 



600(g! 



xvj es:oi CO/ZO/OI 





II Oata Bytes <Hex) 


1 n 1*2 #3 i #4 


*5 1 #6 47 


Request Oxygsn Sensor Test Results 


Request Oxygen 
; Sensor Test Results 


1 05 1 Test 
J J 10 


02S # 








! 

i 


Report 0xy98n Sensor Test ID Stpport - Opticr 
(Test lOs $00. S20. $40. $50. $80. SAO. SCO. $ 


al 
10) 


Report Oxygen Sensor 
Test ID Support 




1 Test 
ID 


02S 9 


Support for the next 32 
test IDs following the 
requested 10 Is fnoicated i 
in data bytes H throuoh f7ll 


Report Oxygen Sensor Test Results 
(All Test IDs That Oon't Indicate Test ID Suooortl 


Report Oxygen Sensor 
! Test Results 


45 


Test 
10 


OZS # 


test 
value 


fain 
limit 
(opt)* 


max 

limit 





' NOTE— Report limfia V value Is a test retuJl— not required for test constants, such 
- as 10 $01 to $04. ^ 

(R) HOURS I I-4vfESSAGE DATA BYTES 



The opcraion of this diagnostic mode in the on-board module is different 
from Mode SO!,, Mode SOI repotts data voluefs) that arc stored internally at a 
single, or m\ ]^h contiguous, locations in ruenory. Mode $05 can repon data 
values that ate stored in non-contiguous mcnioiy locations. Test results will be 
stofed in RAVI, and test limits, if the value is a calculated value, would normally 
be stoied in ROM. Therefore, the on-board software has additional icquirements 
to respond to this request than it does for Mode $01 .'©quests. 
(R) Not oU test values aie applicable or supported by all vehicles. An optional 
fcamie of this test mode is for the on-boaid module to indicate which test IDs 
are supponed. Test ID $00 is a bit-encoded value thai indicates support for test 
IDs from $01 to $20. Tcst^ID $20 indicates support for test IDs $21 thrcugh 
S40, etc. TlJs is the same concept as used for PID .^iuppon in test modes $01 
and $02. If Test ID $00 is not supported, then the module docs not use this 
feature to indicate test ID support. 

4.6.2 Message Data Bytes— (See Figures it. 12. and 13.) 
Results of latest mandated oa-board oxygen sensor monitoring test. 



Rich 



' / !\ / \ oai -Wo,/ 



Oxygei 
Sensor 

Output / 



*!o6* 



^07 Lean } 




Time 

FIGURE I2^TEST ID VALUE EXAMPLE 



Description 



Which 
$00 
$01 
$02 
$03 
$04 
$05 
$06 
$07 
$08 
$09 
$0A 
$20 
$21 
$30- 
$40 
$41' 
$50- 
$60 
$61- 
$70-; 
$80 
$81 
$A0 
$A1. 
$C0 
SCI- 

sec 

SEN 



Oxygen 
tui 
0 
1 
2 
3 
4 
S 

. 6 
7 

><here: 
1 • 
0 • 



Test 10: 

- Test ID'S supported - optional ($01 tc $20) 

- Rich to lean sensor threshold voltage (constant) 

- Lean to rich sensor threshold voltage (constant) 

- I.OW seosor voltage for switch tine calculation (constant) 

- H gh sensor voltage for switch time calculation (constant) 

- Rich to lean sensor switch time (calculated) 

- Lean to rich sensor switch time (calculated) 

- MinlnuB sensor voltage for test cycle (calculated) 

- Naxinua sensor voltage for test cycle (calculated) 

- Time between sensor transitions (calculated) 
'$IF - reserved 

- Test ID'S supported - optional ($21 to $40) 
■$2F - values with units of time less th«n 1.02 seconds 
•$3F - values with units of time less than 10.2 seconds 

- Test ID'S supported • optional (541 tc $60) 
$4F - values with units of voltage less .than 1.275 volts 
$5F - values with units of voltage less than 12.75 volts 

- Test ID'S supported - optional ($61 to $00) 
$6F - values with units of Hertz less than 25.5 Hz 
$7F - values with units of counts less than 2S5 counts 

- Test ID'S supported - optional ($81 to $A0) 
■%9f - itanufacturer specific values / units 

- Test lO's supported - optional ($A1 to $C0) 
$3F - flianufacturar specific values / units 

- Test ID'S supported - optional (JCl to $E0) 
$DF - marufacturer specific values / units 

- Test ID'S supported - optional ($E1 to $FF) 
$FF - manufacturer specific values / units 



sensor location (one, 
Sensor locatiort 
Bank 1 - Sensor 1 
Bank 1 - Sensor 2 
Bank I - Sensor 3 
Bank 1 - Sensor 4 
Bank 2 - Simor 1 
Bank 2 - Sensor 2 
Bank 2 - Sensor 3 
Bank 2 - Sensor 9 



and only one bit can be set to a 1): 
fiUernatlve sensor location 



Bank 1 
Bank I 
Bank 2 
Bank 2 
Bank 3 
Bank 3 
Bank 4 
Bank 4 



Sensor 1 
■ Sensor 2 
' Sensor 1 
- Sensor 2 
Sensor I 
Sensor 2 
Sensor 1 
Sensor 2 



sensor present at that location 
sensor not present at that location 



Qi) FIGURE J MESSAGE DATA BYTE rESCRlPTIO.N 
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OtO® 



X'VJ SS:01 CO/iO/OI 



1 Data 


Oescrlptfon 




The following 4 bytes define data bytes for Test lOs 
that Indicate support of other Test IDs - optional 
(Nodes SOO. $20. S40. $60. $80. SAO. SCO^ ^nd $E0) j 


4 


Support for Test ID, where l-suopart, 0-r. on- support: 
bit 7 - support for Test ID SOI 
bit 6 - support for Test 10 102 

: 

bit 0 - support for Test 10 $08 


! ^ 


Support for Tost ID, where l-suppart. O-nor. -support: 
bit 7 - support for Test ID $09 
bit 6 - support for Test ID $0A 

bit 0 - support for Test 10 $10 


1 A 
1 


Support for Test ID, where l-$upport, O»non- support: 
bit 7 - support for Test 10 $11 
bit 6 - support for Test ID $12 

bit 0 - support for Test ID $18 


1 ^ 


Support for Test ID, where l-support, O«non- support: 
bit 7 - support for Test ID S19 
bit 6 - support for Test ID $1A 

bit 0 - support for Test ID S20 



(R) nCURE 13-MESSAGB DATA BYTE DESCRIFnON (CX)NTimjED) 



Data Description 
iB^tel 



The following 3 byt 
for Test IDs that 



es define data bytes 
report data values 



Test 10: 
Test to SOI 
Test to S02 
Test ID $03 
Test ID $04 
Test ID $05 
ID $06 
ID $07 
ID S06 
10 $09 
Test 10 $21-$2F 
Test ID $30-$3F 
10 $41-$4F 
JO $50-$5f 
ID S61-$6F 
ID $70-$7F 



Test 
Test 
Test 
Test 



Test 
Test 
Test 
Test 



Hin ($00): 
0 voU 
0 volt 
0 volt 
0 volt 
0 sec. 
0 sec. 
0 volt 
0 vo)t 

0 sec. 
sec. 

' sec. 
volt 
voU 

1 Hz 

I counts 



0 
0 
0 
0 
0 
0 



Max (SFFi: 
1.275 V. 
1.27S V. 
1.275 V. 
1.275 V. 
1.02 se:. 
1.02 sec. 
1.275 V. 
1.27S V. 
10.2 sec. 
1.02 sec. 
10.2 sec. 
1.275 V. 
12.75 V. 
25. S Hz 
2SS counts 



Scaling/bit 
.005 V. 
.005 V. 
.005 V. 
.005 V. 
.004 sec. 
.004 sec. 
.005 V. 
.005 V. 
.04 sec. 
.004 sec. 
.04 sec. 
.005 volt 
.05 volt 
.1 Hz 
1 count 



Minimum test limit (only for calculated test rasult) 

see Data Byte #4 for minfaun value, maxifliuni value, int stall 



Maximum test limit (only for calculated test result) 

see Data 8yte #4 for mlnimti value, maxlirun value, and scaling 



NOTB- Current oxygen sensors are nominally 1 V fuH scale. If an oxygen sensor fs used with a diffemnt nominal output, the output voteoe should he nomialized to i V FuH 
scale shoutd be reported as $Ce (decimal 20O), which allows for reportino an overvoltage oondftlon. 

(R) HGURBl^— MESSAGE DATA BYTE DESCRIFnON (CONTINUED) 



(R) 4.7 Mode $06— Request On*Board Monitoring Test Results for Non- 

Continuously Monitortd Systems 
(R) 4.7.1 FUNCTIONAL DssCRIFnON— Tbe puipose of this test mode Is to allow 

access to the results for on-board diagnostic moAitoilng testt of specific 

componentsAsystems that are not continuously monitored. Examples ore catalyst 

monitoring and the evaporadve system monitoring. 
The vehicle manufacnuer is responsible to assign test IDs and component IDs 

for tests of diffetem systenu and components. Test resalts an requested by cost 



ID. Only one teat limit is inchidcd in a response message, but that limit could be 
either a minimum or a maximum limit If boUi a minimum and maximam test 
limit are to be reported, then two response messages will be transmitted in any 
order. The mast sigm'ticant bit of the **t^t luntt type/coniponent ID" byte will 
be used to iad;cate the test Uroil type. 

This test m>xle can be used as an oltemadve to Mode $05 to report oxygen 
sertsor test res ilts. 
(R) 4.7.2 Message Data Bytcs—cScc Figure 14.) 
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llOia 



XVJ ^c:oi CO/ZO/OT 



II Data Bytes iHnx^ 


I n 


n 


1 


»3 i #4/' #5 




#7 


Request Tes; 


Resul ts i' 






Request Test Results | 06 
11 «: 


Test 
20 





Report Test 10 Support 



Report Test 10 
Suaport 


46 


Test 
ID 


FF 


Support for the next 
32 test IDs fol1ow1n9 
the requested ID for 
any conponent Is 
'ndlcated In data 
bytes 14 throuoh #7 


Report Test Results 
Multiple Responses nay be Transwitted j 
fTest 10$ other than $00, $20. MO, $60. $80. $A0. SCO. ilQ\ i 


Report Test Results 


46 


Test 
10 


T€$t Unit 

Tj^pe k 
Component 
to 


test value 


test nmt 


NS3 LSB 


MSB 1 LSB 



(R) nGURE14-WESSAGEDATAB*rrBS 



Data 

Byte 



Description 



Test ID: 

SCO - Test ID'S supported ($01 to $20) 
$01-$ IF - valves defined by nanufacturer 
$20 - Test ID'S supported ($21 to $40) 
S2]>$3F - values defined by nanufacturer 
$40 - Test ID'S supported (S41 to $60) 
$41"$5F - values defined by aanjfacturer 
$60 - Test ID'S supported ($61 to $80) 
S61-$7F - values defined by nanufacturer 
$80 ' Test ID'S supported ($81 to $A0) 
$8l-$9F - values defined by manufacturer 
$A0 - Test ID'S supported ($A1 to SCO) 
$A1-$BF - values defined by nanufacturer 
$CQ - Test ID'S supported ($C1 to $E0) 
$C]-SDF - values defined by nanufacturer 
$E0 - Test ID'S supported ($£i to $FF) 
$E1-5FF - values defined by aanufactjrer 



bit 7 
Most 
0 



where: 
value 



)st significant bit Indicates type of test init. ¥ 

- test llialt Is maxlnum value - test fails if test 
is greater than this value 

- tes: linit 1$ minliiuja value - test falls If. test value 
1$ ^ess than this value 



If the test result should be within a ranqe of values, two 
(sessages will be returned, one with the maxiRum vaiue and one 
with the nlnlnun value 

bit 6 - bit 0: 

Conponent ID - nanufacturer defined - necftssary when multiple 
conponents or systens are present on the vehicle and have the 
sane definition of test 10 



(R) FIGURE 14— MESSAGE DATA BYTES (CONTINUED) 
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foata 


(Description | 




The following 4 bytes define cata bytes 
for Test IDs that indicate support of other Test IDs 
fHodes $00. $20. $40. $60. $AQ, JCQ^ afiH $£0) J 


4 


Support for Test 10, whore l-support, O-non-support: 
bit 7 - support for Test ID SOI 
bit 6 - support for Test 10 $02 

bit 0 - support for Test 10 $08 


5 


Support for Test 10, where I-$uppopt, 0-non-sunport ; 
bit 7 - support for Test 10 $09 
bit 6 - support for Test 10 $0A 

; 

bit 0 - support for Test ID SIO 




6 


Support for Test 10, where I-$upport, O-non- support: 
bit 7 - support for Test ID $11 
bit 5 - support for Test 10 $12 

bit 0 - support for Test ID $18 


i 7 


Support for Test 10, where I-support, 0-non-suiport: 
bit 7 - support for Test ID $19 
bit 5 - support for Test ID $IA 

bit 0 - support for Test ID $20 




The following 4 bytes <Jefifie data bytes 1 
for Test IDs thit report data values 
(Bultiple response nessages will be .-eceive<l 1 
1f there are mil tl pie ccmponents that support 
the sane test ID and SFF is Included 
as ^ata byte #3 in the request sessa^e) 


4-5 


Test result (two byte value) - this value should be less than or equal 
to the test limit if most significant bit of data byte « Is 'O'. and 
lit of dStrbJtr#rts ?r."*^"^^ ^0 tost liBU if most significant | 


6-7 


Test limit (two byte value) | 



(R) FIGURE I4-MESSAGE DATA BYTES (CXJNTINUED) 



(R) 4.7.3 Message £xamplo—<Sec Figure 15.) 

(R) 4.8 Mode $07— Request On-Board Monitoring Test Results for. 
Continuously Monitored Systems 

(R) 4.8.1 FtTVCTiONAL DescRlPTlorf— The purpose of ihis mode is lo enable the 
off-board test device to obtain lest results for enrJssion-relatcd powertrain 
components/syiicms that are continuously monitored during nonnaJ driving 
conditions. The intended use of this duta is to assist the service technician after 
a vehicle repair, and after clearing diagnostic information, by reporting test 
results after a single driving cycle. If the test failed during the driving cycle, the 
DTC associated with that test will be reported. Test results reported by this 
mode do not necessarily indicate a faulty component/system. If test results 



indicate a failure after additional driving, then the MIL will be illuminated and a 
DTC will bii set and reported with Mode $03. indtcating a fault)' 

componcnt/syftcm. 

Test results for these components/systems ore reported in the same format as 
the diagnostic trouble codes in Test Mode $0^ refer to the functionai 
description for Mode $03. 

If lest than 3 DTC valacs are reported for failed tests, tiie response messages 
used to report the lest results should be padded wids $00 to fUl 7 data bytes. 
This maintains the required fixed message length for all OKssages. 

if there are r o test failures to report, no response is required. 
(R) 4.8.2 Message Dat.^ BYTES— {See Figure 16.) 



CTOlgj 



40 






1 D<ta Bytes (Hex) 




II *1 


I n 


#3 






#6 


#7 


Ooterslne Ta$t [0 Support ' 


Request Test 10 
Support - ID In Hex 


06 


00 


y ■ 


Report Support for 
Test lOs 06, 10, I£ 
and 20 


46 


00 

** 




; oooooioo 
; -04 


0000)001 
•01 • 


cooooooo 

-00 


OOOOOIOl 
-OS 


Request Test ID 
Support 


06 


20 




Report Suoport for 
Test ID 4b 


46 


20 


Ff 


! oocooooo 

i -00 


ooooooco 

-(0 


00000000 
-00 


OOOOOOOl 
-01 1 


Request Test ID 
Support 


06 


40 




Report Support for 
Test :D 69 


46 


40 


FF 


cooooooo 

•00 


0000300C 

-to 


00000000 
-OQ 


OOOOOOOl 
-01 


Request Test ID 
1 Support 


06 


60 




1 Report Support for 
Test 10 80 


46 


60 


FF 


cooooooo 

•00 


00003000 

-co 


OGOOOOOO 
-00 


00000 OOlf 
-01 


Request Test ID 
Support 


06 


80 




i Report Suoport for 
J Test 10 AO 


46 


80 


FF 


cooooooo 

•00 


0000 KMC 


COOOOOOO 
-DO 


OOOOOOOl 
-01 


Request Test ID 
1 Support 


06 


AO 




Report Support for 
\ Test ID Al - no 
i additional test IDs 

supported 


46 


AO 


FF 


looooooo 

-10 


0O0O30OC 

«co 


OOCOOOOO 
-00 


COOOOOOO 
•00 



r 



(R) FIGURE 15— MESS AGE EXAMIUB 



* 



41 

^^^^ XVJ 00:TI CO/iO/OI 



/1 0/07/03 1 1:01 FAX 



2)015 



i 


Data Bytes (Hex) 


#1 


n #3 1 14 #5 


#6 41 



following me$;age$ Irdicate test results for component 01 
greater than the minjaium 



Request Results for 
Test ID 06 



06 



Report Results for 
component 01 - test 
value exceeds 
ninfBua - passed 



46 



06 



06 



81 



test value 



32 



miniimjrr 
test \m\t 



C4 



16 



CO 



Following messages indicate lest results greater than the luximun for 
component ID CI and less tHan the .naxlmum for cowponent 02 



Request Results for 
Test ID 10 



Report Results for 
conponent 01 - test 
value greater than 
nr.axlnun - failed 



Report Results for 
conponent 02 - test 
value less than 
maximum - passed 



as 



^♦6 



46 



10 



10 



01 



0? 



test value 



92 



36 



test value 



C6 



51 



maximum 
test limit 



7F 



FF 



naxlmuro 
lest limit 



58 



43 



Fo; louring messages indicate test results for component 31 
between the mjniirutn and eiaximum limits 



Request Results for 
Test ID Al 



D6 



Al 



Report Results for 
component 31 - test 
value greater than 
flilnlisua • passed 



46 



Al 



Bl 



Report Results for S 46 
component 31 - test 
value less than 
niBxIaua - passed 



Al 31 



test value 



35 



95 



test value 



35 



95 



ninlmun 
test limit 



14 



00 



maximum 
test Unit 



66 



53 



(R) HCURIilS-MESSAOE EXAMPLE (CONTINUED) 





1 


Data Bytes 


(Hex) 






#2 13 




fS 




Request test results 


for continuously monitored s 


vstens 


Request test results 


« 


1 1 






f 1 


Report test results 


for continuous 


ly monitored si 


^sterns 


Report test results 


47 


Cede i\ 
or 00 00 


Code 12 
or 00 00 


Code #3 
or 00 00 1 



FIGURE 16^ESSAGEDATA BVraS 
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